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(54) Parameteraktualisierungsverfahren 

(57) Verfahren zur Aktualisierung von in einer loka- 
len Konfigurationsdatei abgelegten Programmparame- 
tern, bei dem bei einem Server angefragt wird, ob eine 
neue Parameterdatei voriiegt und diese gegebenen- 
falls von dem Server abgerufen und in die lokale Konfi- 
gurationsdatei Qbertragen wird. 



<html> 
<head> 

< t i 1 1 e>WebFace r- Conf igurat ion</t i t le > 

</head> 

<body> 

<hl>Config</hl> 
<table> 
<tr> 

<td>Allow local brows ing</td> 

<td>l</td> 

<td>DHORD</td> 
</tr> 
<tr> 

<td>Allow Mail</td> 

<td>0</td> 

<td>CWORD</td> 
</tr> 
<tr> 

<td>Always in Backgrounds /td> 

<td>0</td> 

<td>CTCO«I></td> 
</tr> 
<tr> 

<td>Button Space</td> 

<td>6</td> 

<td>DHOKD< /td> 
</tr> 
<tr> 

<td>Conf irm Exit After Tiaeout</td> 

<td>0</td> 

<td>DWORB</td> 
</tr> 
</ table* 
</body> 

</html> 
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Beschreibung 

Technisches fiehiftt 

Die Erfindung betrifft ein Verfahren zur Aktualisie- 
rung von Programm-Parametern mittels einer Daten- 
netzwerkverbindung. 

Stand der Technik 

Programme in Datenverarbeitungsanlagen benut- 
zen haufig zur Parametrisierung sogenannte Konfigura- 
tionsdateien, in denen Parameter fur die Ausfuhrung 
des Programms gespeichert sind. 

Beispiele fur solche Konfigurationsdateien sind die 
Dateien mit beispielsweise den Namen "Arc" im 
Stammverzeichnis ('home directory 1 ) eines Benutzers 
eines UNIX-Betriebssystems, die Dateien mit der 
Endung \ini\ insbesondere die Datei Win.ini' in der gra- 
phischen Oberfiache "Windows 3.x" der Firma Micro- 
soft, welche letztere in dem Betriebssystem "Windows 
95" eine eigene Komponente, die 'registry*, for die Ver- 
waltung solcher Konfigurationsinformation eingerichtet 
hat, und im folgenden auch als "Datei", wenn auch mit 
hierarchischem Zugrrffsverfahren, angesehen wird. In 
beiden letzteren Fallen ist eine Schnittstelle seitens 
"Windows" vorhanden, urn EintrSge der INI-Dateien 
bzw. der Registry zu lesen oder zu schreiben. 

Zur Anderung der KonfigurationseintrSge dienen 
entweder im zu konfigurierenden Programm selbst ent- 
haltene Menus und Formulare, separate Kbnfigurati- 
onsprogramme oder, sowert mGglich, auch normale 
Text-Editoren. In alien diesen Fallen jedoch muB eine 
Bedienperson ein Ausgabegerat, meist einen Bild- 
schirm, und ein Eingabegerat, meist eine Tastatur oder 
eine Maus, welche beide direkt und lokal mit dem Rech- 
ner verbunden sind, bedienen und die Eintrage andern. 

Anwendungen fQr dffentlichen Zugriff werden hau- 
fig mittels eines in ein spezielles Obergehause einge- 
bauten Personal Computers mit beruhrungs- 
empfindlichem Bildschirm bereitgestellt, beispielsweise 
unter dem Namen "ELEKTRA" von der Siemens Nixdorf 
Informationssysteme AG erhaitlich. Diese Gerate kOn- 
nen dann so konfiguriert werden, daB nach dem Ein- 
schalten genau eine Anwendung aktiviert wird, die aber, 
da Offentlich zuganglich, selbstverstandlich keine Ande- 
rung der Konfigurationsdaten durch einen Benutzer 
zuiaBt. Ist diese doch notwendig, muB durch spezielle 
MaBnahmen wie dem AufechlieBen von SchlSssern die 
Eingabe erlaubt werden und verlangt daher in der Regel 
die physische Anwesenheit einer Bedienperson. Dies 
ist jedoch bei einer groBen Anzahl von tffentlich 
zuganglichen Terminals ein erhebiicher Aufwand. 

In der europaischen Patentanmeldung EP 0 509 
945 A2 ist ein Verfahren zur zerrtraien Verwaltung der 
auf programmierbaren Arbeitsstationen installierten 
Software angegeben. Darin wird vorgeschiagen, daB 
beim Beginn der Kommunikation einer Arbeitsstation 



mit einem Zentralrechner eine Konfigurationsdatei auf 
die Arbeitsstation kopiertwird. Ein Programm bearbertet 
diese kopierte Konfigurationsdatei. bestimmt, ob Kbnfi- 
gurationsanderungen vorliegen, fuhrt diese gegebe- 
5 nenfalls aus und startet dann das System neu. Diese 
L6sung erlaubt beispielsweise die Installation und Dein- 
stallation von Programmen und die Anderung von 
Systemparametern, die in der Regel einen Neustart des 
Systems erfordern. FQr jede Arbeitsstation ein Zentral- 
w rechner vorgesehen, auf dem alle Konfigurationsinfor- 
mation fur alle Komponenten der Arbeitsstation 
gemeinsam verwaltet werden. Fernerhin wird die Konf i- 
gurationsdatei jedesmal vollstandig Obertragen und von 
dem die Konfigurationsdatei bearbeitenden Programm 
15 entschieden, ob eine Aktualisierung notwendig ist. 
Daher ist auch 

Aufgabe der Erfindung ist es, eine einfache M6g- 
lichkeit anzugeben, wie ein Anwendungsprogramm bei- 
spielsweise in einem Informationsterminal rekon- 
20 figuriert werden kann, ohne daB eine mit der Wartung 
beauftragte Person physisch anwesend sein muB, die 
Konfigurationsdaten bei jedem Programm- oder 
Systemstart vollstandig Obertragen werden oder die 
Quelle der Konfigurationsdaten alien Anwendungspro- 
25 grammen gemeinsam ist. 

Darstelluna der Erfinrinng 

Die Erfindung geht von der Erkenntnis aus, das 
30 Informationsterminals haufig durch ein Netzwerk mit 
Server-Rechnern verbunden sind, weil die Anwen- 
dungsprogramme die anzuzeigende Informationen 
durch Netzwerkzugriff erhalten. Nach der Erfindung 
ermittelt das Anwendungsprogramm per Netzwerkzu- 
35 griff, ob die Konfigurationsinformationen aktuelf sind 
und Qbertragt und speichert sie gegebenenfalls. Beson- 
dere Vorteile ergeben sich bei Verwendung der HTTP- 
Protokolle, wie in den folgenden Darstellungen genauer 
ausgefQhrt ist. 

40 Insbesondere sind die Server for die Versorgung 
mit den Parametern pro Programm beiiebig einstellbar; 
insbesondere wenn diese Qber z.B. einen "Uniform 
Resource Locator erfolgt Insbesondere kann dann 
auch mit dem Verfahren selbst auf einen anderen Ser- 
45 ver umgeschaltet werden. 

Es handelt sich also urn ein Verfahren zur Aktuali- 
sierung von in einer lokalen Konfigurationsdatei abge- 
legten Programmparametern, bei dem bei einem Server 
angefragt wird, ob eine neue Parameterdatei vorliegt, 
so und diese gegebenenfalls von dem Server Obertragen 
und in die lokale Konfigurationsdatei Obernommen wird. 

Kurzbeschreihung H er Zeichnunoen 

55 Es zeigen 

Fig. 1 eine Parameterdatei als HTML-Dokument im 
Quellcode, wie es angefordert wird, 
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Fig. 2 dasselbe mit einem Browser angezeigt. 

Fig. 3 dasselbe, nachdem es in die Windows95 
Registry ubernommen wurde. 

5 

Beschreibuna einer Ausfuhrungsform der Erf indung 

Die Erfindung wird anhand einer Anwendung 
beschrieben, die unier der graphischen Oberfiache 
WINDOWS der Firma Microsoft abiauft und uber eine 10 
Socket-Schnittstelle einen Nachrichtenaustausch uber 
ein TCP/IP-Netzwerk durchfuhren kann. Als Protokoll 
wird dabei bevorzugt das "Hyper-Text Transfer Proto- 
koir benutzt, wie es in dem Dokument RFC 1945 von T 
Berners-Lee, R. Fielding, H. Frystyk, May 1996, 75 
beschrieben ist. Das HTTP-Protokoll verwendet dabei 
grundsatzlich ein Anfrage-Antwort-Schema (request- 
response) an, bei dem ein Client (Klientenprogramm 
eines Klientenrechners) eine Anfrage sendet und der 
Server (Dienstprogramm eines Dienstrechners) mit 20 
einem Status- oder Returncode antwortet und gegebe- 
nenfalls das verlangte Dokument ubermittelt. Als Spei- 
cher for Parameter werden wahlweise Textdateien (im 
Jni-Format) oder die hierfur spezialisierte "Registry"- 
Datenbank verwendet, die durch eine hierarchische 25 
Struktur einer Kollektion von Parameterdateien gleich- 
wertig ist 

Bei Installation einer Anwendung, die im folgenden 
mit "MyApp" bezeichnet sei, wird in einer Parameterda- 
tei unter dem SchlQssel "ParamLocation" zunachst den 30 
Netzwerknamen der Parameterdatei, beispielsweise 
w http*7/remote-seiver.xxx/config/MyApp.htm" f sowie das 
Datum der Installation unter dem SchlQssel "Param- 
Date" abgelegt Die Zeichenkette "remote-server.xxx" 
qualrfiziert dabei einen logischen Server nach den 35 
Namens- und Aufsuchkonventionen des Internets; ins- 
gesamt stell die Adresse der Parameterdatei einen mit 
URL abgekurzten, als "Uniform Resource Locator" 
bezeichneten Adresse dar, deren Aufbau beispiels- 
weise dem RFC 1 738 von T. Berners-Lee u.a. , Dezem- 40 
ber 1994, entnommen werden kann. 

Bei nachfolgenden Aufrufen der Anwendung wer- 
den die folgenden zum Zwecke der Bezugnahme durch- 
numerierten Anweisungen aufgerufen: 

45 

1. GetProfileStringfMyApp", "ParamLocation", 
pLoc) 

2. GetProfileString("MyApp", "ParamDate", pDate) 

3. SendHttpRequest( pLoc+" tf-Modified- 
Since:"4pDate) so 

4. if ReturnCode = 304 then return (* unchanged *) 

5. ObtainHttpResponse(someBuffer) 

6. ParseAndStoreHtmlParamSpec(someBuffer) 



in Abschnitt 3.3 des RFC 1945 beschrieben sind. Ande- 
rer Formen, beispielsweise fortlaufende Versionsnum- 
mern, sind gieichfalls m&glich, wenn das Netzprotokoll 
diese unterstirtzt Oder entsprechend erweitert werden 
kann. 

Mit der 3. Anweisung wird eine Anfrage an den Ser- 
ver gestellt, der einerseits den Namen des Dokuments, 
hier der Parameterdatei, enthait und zudem, wie im 
Abschnitt 10.9 des RFC 1945 beschrieben, einen 
Zusatz, welcher den Server auffordert, nur dann das 
Dokument zu senden, wenn es neuer ist als das mit der 
Anfrage ubermittelte und durch die Zeichenkette "tf- 
Modffied-Since M spezifizierte Datum. Ist dies nicht der 
Fall, so antwortet der Server mit dem Code 304, den der 
Client im 4. Schritt abfragi Uegt dieser Fall vor, so ist 
ein Abgleich der Konfigurationsdatei nicht notwendig, 
und dieser Teil der Bearbertung ist abgeschlossen. Ist 
die im Server gespeicherte Konfigurationsdatei neuer, 
so wird diese im Rahmen der Antwort ubermittelt und 
wird im 5. Schritt zwischengespeichert, urn sodann im 
6. Schritt von einem Programmabschnitt analysiert und 
in die Parameterdatei ubertragen zu werden. 

Die uber das Netzwerkubertragene Konfigurations- 
datei ist zweckmSBig in der Sprache HTML abgefaBt, 
wie sie beispielsweise in dem Dokument RFC 1866, 
"Hypertext Markup Language - 2.0" von T. Barners-Lee 
und D. Conolly, November 1995, spezrfiziert ist Dabei 
ist die Verwendung von Tabellen, die in dem RFC 1942, 
"HTML Tables", von D. Raggett. May 19%, vorgeschla- 
gen ist, besonders vorteilhaft. 

Ein Beispiel fur eine solche uber das Netzwerk 
angeforderte Datei ist in Fig. 1 dargestelK. Neben den 
fur ein HTML-Dokumerrt notwendigen Kopf- und Fu&- ' 
zeilen ist eine Tabelle gema(3 RFC 1942 , eingelertet 
durch "( table)" und abgeschlossen durch "< /table)", 
zu sehen, deren Zeilen durch "< tr>" und "< /tr>" einge- 
schlossen sind und deren Eintrdge in Spaltenreihen- 
folge mit "(d)" und "(/Id)" eingeschlossen sind. Mit : 
einem HTML-Anzeigeprogramm, auch als Browser 
bezeichnet, ergibt sich in etwa die in Fig. 2 dargestellte 
Anzeige. Nach der Obernahme in die Windows95 Regi- 
stry ergibt sind mit dem Verwaftungsprogramm fur die 
Registry beispielsweise das in Fig. 3 gezeigte Bild. 

Die Verarbeitung des in Fig. 1 dargestellten HTML- 
Konfigurationsdatei erfolgt dahingehend, da6 die dritte 
Spalte zur Auswahl der passenden Funktion, d.h. ob der 
Parameter eine Zahl oder eine Zeichenkette ist verwen- 
det wird. Also wird aus der Tabellenzeile 



Allow Mail 



DWORD 



Mit der 1 . und 2. Anweisung werde die Netzwerk- 
adresse des Parameter-Servers sowie das Datum der 
letzten Aktualisierung ermittelt Hier und im folgenden 
ist als Datum stets ein Zertstempel zu verstehen, wie er 



55 ein Programmauf ruf wie 

WrrteRegistryDword(patrH"MyApp" f "Allow 
MailM) 

wobei in "path" der Pfad in einer hierarchisch organisier- 
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ten Parameterablage wie der Windows95 Registry Patentanspruche 
steht 

Unter Windows 3.1 wurde der Aufruf lauten: 1 . Verfahren zur Aktualisierung von Parametern eines 

WriteProfileStringrMyAppVAIIowMailVI") auf einem Klientenrechner auszufuhrenden Klien- 

und unter UNIX in etwa lauten 5 tenprogramms mit den Merkmalen: 

cf = fopen(strcat(getenv(HOME),".rcMy- 
App w ),'V); fprintffcf, "%s = %d\n", "AllowMail", 1); - die Parameter sind in einer lokalen Konfigurati- 

fclose(cf) onsdatei auf dem Klientenrechner gespeichert 

wobei eine Unterstutzung fur mehrere Parameter der - die Ausfuhrung des Klientenprogramms 

Ubersichtlichkeit halber weggelassen wurde. 10 umfaGt eine Anfrage uber ein Datennetzwerk 

Da die Netzadresse der Konfigurationsdatei selbst an ein Dienstprogramm fur eine Parameterda- 

ein Parameter ist, kann durch das Verfahren nach der tei, wobei in der Anfrage eine Aktualitatsan- 

Erf mdung auch dazu verwendet werden, den Server fur gabe enthalten ist, 

die Konfigurationsdatei zu verandern. Ledtglich muB der - sofern die Auswertung der Aktualitatsangabe 

bisherige Server eine gewisse Zeit weitergefuhrt wer- 15 durch das Dienstprogramm keine Aktualitat 

den, bis mit hoher Wahrscheinlichkeit alle im Netz ergibt, wird die Parameterdatei an das Klien- 

befindlichen Klienten mindestens einmal aktiviert wur- tenprogramm ubermittelt, welches daraufhin 

dea die erhaltenen Parameter in die eigene Kbnfi- 

Durch die Verwendung des HTTP-Protokolls erge- gurationsdatei ubertrSgt. 

ben sich besondere Vorteile durch die transparente Puf- 20 

ferung der Dateien. Angenommen, es sind an funf 2. Verfahren nach Anspruch 1, wobei als Protokoll das 
Standorten je zwanzig Anzeigestationen angeschlos- Protokoll HTTP verwendet wird. 

sen, die jeweils uber eine als "proxy" bezeichnete 

Relais-Station auf den Zentralrechner zugrerfen. Die 3. Verfahren nach Anspruch 2, wobei die uber das 
Relais-Station fQhrt einen Puffer und fragt fur jede 25 Netz angefbrderte Parameterdatei in der Sprache 
Anfrage der Anzeigestationen zwar eine Aktualitatsan- HTML dargestellt ist 

f rage an den Zentralserver durch, bekommt aber nur bei 

der ersten Anfrage die geanderte Datei Obertragen. Die 4. Verfahren nach Anspruch 3, wobei die Parameter 
weiteren neunzehn Anfragen kann die Relais-Station als Tabelle formatiert sind. 

aus ihrem Puffer bef riedigen. 30 

In Fig. 1 ist durch - < hi > " und "< /hi ) " das Wort 5. Verfahren nach Anspruch 3, wobei eine Hierarchie 
"Corrfig" als erste Kopfzeile markiert Dieses wurde in der Konfigurationsdatei durch eine Hierarchie in 

dazu verwendet, urn bei dem Eirrtrag in die in Fig. 3 der Syntax der Parameterdatei dargestellt wird. 

gezeigte Registry das Unterverzeichnis auszuwahlen. 

Da die Kopfzeilen in HTML eine Hierarchie bikJen, kann 35 6. Verfahren nach einem der AnsprOche 2 bis 5, wobei 
also in einfacher Weise auch eine Hierarchie in der Kbn- das Klientenprogramm zur Anzeige von Qber HTTP 

f igurationsdatei durch eine Hierarchie in der Parameter- Qbermittelten Dokumenten dient. 

datei, hier in HTML codiert, modelliert werden. 

Ein "Uniform Resource Locator" kann auch auf eine 
Datei auf dem lokalen Rechner, auf dem das Klienten- 40 
programm ausgefOhrt wird, verweisen, wie in Kap. 3.10 
des RFC 1738 dargestellt ist. Damit kann die Parame- 
terdatei auch ohne Netzwerkzugrrff verwendet werden. 
Diese bedeutet einerseits, daB die Parameterdatei mit 
jedem Programm zur Erstellung von HTML-Texten 45 
bearbeitet werden kann und eine getrennte Anwender- 
Dokumentation fur die Eintrfige in der Konfigurationsda- 
tei entfallen kann. Die Art und Form der Verwendung 
einer Registry ist damit fur den Benutzer vollstandig 
abschirmbar. Zudem kann zu Wartungszwecke auf ein- so 
fache Art ein Betrieb ohne Netzwerk erreicht werden. 

Besonders vorteilhaft ist die Anwendung des Ver- 
fahrens bei einer, Oblicherweise als "Browser" bezeich- 
neten, Anwendung, deren Aufgabe es ist in HTML 
codierte Serten anzurufen und anzuzeigen, da diese die ss 
Schnittstellen for das HTTP-Protokoll enthait 
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<html> 
<head> 

<title>WebFacer-Conf iguration</title> 

</head> 

<body> 

<hl>Conf ig</hl> 
<table> 
<tr> 

<td>Allow local browsing</td> 

<td>l</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Allow Mail</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Always in Background</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Button Space</td> 

<td>6</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Confirm Exit After Timeout</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
</table> 
</body> 
</html> 



Fig.1 
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